home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Turnbull China Bikeride
/
Turnbull China Bikeride - Disc 2.iso
/
BARNET
/
FREENET
/
DAVISON
/
MUSHROOM
/
!MUSHRooms
/
!Help
next >
Wrap
Text File
|
1996-01-31
|
5KB
|
100 lines
A fairly simple (though not totally small :) chat server program to be
run over one of the Internet stacks.
Anyone familiar with the MU* concept should find this fairly 'normal' in
use. It draws most of it's ideas from MUSH (TinyMUSH, in fact) as that's
what I use, and that's the group of people I created it to chat with.
Thus it works with telnet connections and talking is done using the mush
system (lines starting with : ; or " are 'poses', simplest is really to
try them and see. And 'spoofing' can be acheived via \\. It's presumed
that it's for 'friends' so there's no nospoof flag, at this stage.) and
all commands (except three) begin with an '@'. The exceptions are 'WHO'
which gives a list of everyone connected, 'QUIT' which drops your
connection, and 'l' (or 'lo') which does a look - shows you the name of
your room, who's there, and how long they've been on/idle. (see @help
when connected, or text.help)
It has a vague concept of 'rooms' (defined in the Resrouces.Rooms file,
see that for sytanx details). Currently the program will listen on
multiple ports, and each port is considered a room. You cannot move
between rooms at the moment, and no communication is possible between
them.
To just make it go, edit the Resources.Rooms file and run it.
Telnet into whichever port you choose :)
Options availble on the command line are:
-loglevel <num> Integer that says what things should be written to the
logfile. A value of 0 will turn logging off.
The number to use can be built up from the following
table
Bit Things logged
0 Startup, shutdown, fatal errors
1 recoverable errors
2 Initialisation success
3 Net connects/disconnects (including socket
initialisation stuff)
4 Player connect/disconnects
5 Memory claim/free
6 Unknown commands
7 Known commands
8 Informational messages that probably have no use
31 Message of use for debugging only (really)
My suggested log level value for normal use would be 95
- startup; recoverable; initialisation; net & player
conns; unknown commands.
Though changing to suit the speed of the storage is a
good idea, it can take a while to log things (no, the
logging isn't at all efficient.)
-config <path> By default it looks for things on MUSHRooms:, this can
change that at runtime.
-noicon Prevents creation of iconbar icons and windows. There is
currently no way of changing this once the program is
running (it can, of course, be quit from the task
manager)
Admin commands:
@admin Much like 'WHO' but includes information about each
player on the next line as well. The second line has
the form "<hostname> <pending input>/<pending output>
<local socket handle>|<port number>"
@shutdown Shuts the application down, closing all ports.
When the application has an icon on the icon bar, a menu is available
that lists all active connections, and allows a window to be opened on
each. The box shows everything the @admin command does, but allows the
local user to change the name, doing or hosts fields. It also allows
them to boot that user, or to shutdown the entire chat system (which can
also be done by 'quit')
I _think_ that's it. Primarily I wrote this 'cause we (me an' my
friends) wanted to be able to chat mainly lag free and/or when the usual
MUSH's we frequent were down. We all do use it, and haven't found any
faults with it really. It should, now, work on both Acorn's Internet and
FreeNet (I'm running it on a RiscPC with FreeNet and a Slip connection -
remote users come in over the modem, I connect from the local machine,
and the local ethernet (we have access running), depending on mood and
availablity). Whether it is of any use, or interest to you largely
depends on what you need. It'll handle most things that TinyMUSH will in
terms of I/O (except there's a 2k, or so, limit on poses, compared to
Tiny's 4k). It has had a fair bit of 'field' testing, the intial version
appeared about 6 weeks ago, I guess, and it's been fairly reliable. If
you use it, cool. I'm interested in any suggestions or bug reports, if
anyone .does. have any of either. Due to the nature of the purpose of
the program, development relies entirely on the whims of me and my
friends (s'the reason @doing's are there :). Thus, if you want
something, ask.
#include <stddisclaimer.h>
If it melts your machine or whatever, don't blame me. All i can say is
that I have had no such problems.
Iff'n ya wanna find me:
Email: julian@southern.co.nz